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5 BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

This invention telates to a method of enabling a wireless infotmation device to access 
betting related services, particularly betting related services (namely finding odds and 

10 allo^ving a bet to be placed) that are offered by several different entities. The term 
Svirejiess information device' used in this patent specification should be expansively 
construed to cover any kind of end-user device with two way wireless information 
capabilities and includes without limitation radio telephones, smart phones, 
communicators, personal computers, computers and application specific devices. It 

15 includes devices able to communicate in any manner over any kind of network, such as 
GSM or UMTS, CDMA and WCDMA mobile radio, Bluetooth, IrDA etc. 

2. Descflption of the Prior Art 

20 Betting on a mobile telephone currendy requires an end-user to first locate a WAP 
betting site that allows the end-user to specify a sporting event for which odds are 
required and to place a bet on that site. These sites are tied to a single bookmaker (see 
for example the Ericsson Mobile Interbet offering). The disadvantage to the end-user is 
that he may need to visit several different sites to get the most favourable odds; on a 

25 wireless information device with a small screen, such as a mobile telephone, navigating to 
different sites can be awkward and also time consuming; as a consequence, the user may 
just stick with one site. But that in itself acts as disincentive for end-users to place bets 
since they may feel uncomfortable being locked into just one bookmaker. Further, 
WAP sites generally attempt to minuc the user experience of using a web site: this is too 

30 cumbersome for a Wireless information device however. 

An alternative is for the end-user to go to a WAP site which can deploy a search agent to 
automatically search different bookmakers* WAP sites and list all of those odds, or even 
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automatically locate the most favourable odds (see www.oddschecker.com). The 
disadvantage with this approach is that deploying the search agent may be slow and 
awkward. Further, once the most favourable odds have been located, the end-user then 
has to navigate to the relevant WAP bookmaker's site and then repeat the process of 
identifying the event to bet on. The entire process is again slow and awkward and 
unsuited to the need for betting applications on wireless information devices to be fast 
and simple to use. 
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SUMMARY OF THE INVENTION 

The present invention envisages, in a first aspect, a method of enabling a wireless 
information device to access betting related services, comprising the steps of: 
5 (a) receiving and displaying on the device the best odds on an event as 

automatically selected from odds offered by two or more bookmakers; 

(b) displaying on the device an option to initiate placing a bet at the best 
odds; and 

(c) sending from the device instractions to place the bet 

10 

Hence, the prior art deficiencies are overcome by integrating an automated search 
function that can identify the best available odds, with a mechanism to actually place a 
bet at the best odds. 'Odds' includes any ratio or formula that relates a bet to potential 
winnings and hence also includes spread betting odds; *event' covers any kind of event 

15 on which odds are available, whedier related to sporting, political, entertainment, finance, 
exchange rates, financial indices, commodity prices etc or otherwise. The automated 
search function avoids the need to display a long list of bookmakers names and related 
odds. This is the first step in simplifying the user interaction needed to place a bet. The 
second step is to integrate the display of die best odds with an option to initiate placing a 

20 bet. The option, if selected, sends instmctions to place the bet 

This form of integration is especially valuable for a wireless information device, such as a 
mobile telephone, since these devices usually have small screens sizes and small 
keyboards, making complex user interaction (such as scrolling long lists of odds, 

25 navigating &om an odds checking site to a bookmakers site, finding die relevant event on 
the bookmakers site and tiien placing a bet) slow and awkward This approach can also 
m i n imise the number of interactions needed between the device and a remote servei^ 
since each interaction can take some seconds due to the inherent latency of wireless 
networks, reducing the number of separate interactions can considerably speed up die 

30 entire process. 

Specific implementation details are thzt the best odds and the option to initiate placing a 
bet at the best odds are displayed together on the same screen so that the user does not 
have to navigate to a different screen in order to initiate placing the bet Alternatively, 
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each can be displayed on hyper-linked screens so that the end-user does not have to 
manually navigate to and open a different remote site to move from one to the other. 

The option to initiate placing a bet may be one or more of: 

(a) highlighting or underlining the name of the event, team or player for which the 
best odds have been located. 

(b) a dedicated button or icot^ 

(c) a statement defining the fdrmat of a message reply that would need to be sent 
from the device in order for a bet to be placed. 



^ The device may initiate betting by sending a single instruction to find the best odds on a 
sporting event. This singjle instruction can be processed by a web agent that automatically 
searches one or more of the following, defining available odds: 

(a) web or WAP sites from two or more bookmakers; 
15 (b) databases controlled by two or more booknaakers; 

(c) back-end processing systems of two or more bookmakers; 

(d) a data stream received from any of die above. 

Instead of an instruction from the device to locate the best odds, it is also possible to 
20 send and display on the device a tip relating to an event, the tip giving the name of the 
event and the applicable odds, which are die best available odds offered by two or more 
bookmakers. To place a bet, the user can just reply widi the requested amount. This rip 
can be automatically generated using the above web agent running a server remote from 
die device; it therefore involves a server initiated user session. The tip may be sent only 
25 in respect of pre-defined categories of bets (e.g. tips relating to die end-user's favourite 
team or player). The device is therefore able to display an option to select a favourite 
team or sportsperson and send instructions to select a specific favourite team or 
sportsperson. The device can then receive and display tht best odds on a sporting event 
relating to the selected team or sportsperson, display an option to initiate placing a bet at 
30 the best odds and send instructions to place the bet 



Other implementation details are that the device can display a series of menu options 
which, when selected, enable an end-user to open an account with a bookmaker and 
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credit that account with money. Hence, sending from the device instructions to place 
the bet causes the account to be debited and winning a bet causes the account to be 
credited. 

5 In a second aspect, there is a wireless information device programmed to access betting 
related services, in which the device is operable to: 

(a) receive and display the best odds on a sporting event, as automatically 
selected from odds offered by two or more bookmakers; 

(b) display an option to initiate placing a bet at the best odds; 
10 (c) send instmctions to place the bet 

In a third aspect, there is a wireless network operator that controls a wireless network, in 
which the network carries data traffic to a wireless information device to enable the 
device to receive and display the best odds on a sporting event as automatically selected 
15 ftom odds offered by two or more bookmakers; and carries data traffic from the device 
to enable the device to place a bet in response to an end-user selecting an option 
displayed on die device to initiate placing a bet at the best odds. 



20 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be drafted with reference to the accompanying Figures, in 
which: 

5 Figure 1 is a main betting menu displayed on a wireless information device; 

Figure 2 shows the different screens displayed on the device for a WAP based 
implementation showing account related information; 
Figure 3 is the main soccer betting menu for tiie WAP based implementation; 
Figure 4 shows the different screens displayed on the device for the WAP based soccer 
10 implementation showing how the best odds are displayed and how a bet can be initiated; 
Figure 5 and 6 shows the different screens illustrating how the *&vourite team' function 
works in the WAP based soccer implementation; 

Figure 7 shows the main golf betting menu for the WAP based implementation; 
Figure 8 shows how different golf tournaments can be selected and the best odds 
15 displayed; 

Figure 9 shows the different screens illustrating how die 'favourite tsam* function works 
in die WAP based golf implementation; 

Figure 10 shows the different screens illustrating how die 'favourite team* ftinction works 
in the WAP based golf implementation^ 
20 Figures 11 and 12 shows how bets are initiated and confirmed in the WAP based soccer 
implementation; 

Figure 13 and 14 shows die overall process flow for a SMS based soccer implementation; 
Figure 15 shows the overall process flow for a SMS based golf implementation; * 
Figure 16 shows the process flow for withdrawing money in a SMS based 
25 implementation. 
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DETAILED DESCRIPTION 

The present invention will be described mth tefetence from an implementation from 
Cellectivity limited of London, United Kingdom called Bet Celkct™. 

Bet Cellect solution is based on an application server, which interacts with, and integrates 
three components diat constitute a complete m-Commetce cirde. 

Firsi^ the Bet Cdlect betting application running on the appHcation server can access, 
interact with and act upon any web based service or content selected by an end-user. 
Second, it communicates with the end-user in an effective, straightforward and minimal 
way, even when dealing with complex and sophisticated tasks. And iSnaUy, it integrates 
with the wireless network operator's business logic, billing and profiling systems,, to 
enable real control and ownership of the activity by the carrier. 

The Bet Cellect application server utilise a technology called Web Agents to achieve the 
above. Web Agents is described in detail in PCT/GB2002/003702, to which reference 
should be made and the disclosure of which is dierefore incorporated by reference. Web 
Agents will be briefly described below. 

Web Agents 

Web agents is a web interaction system which enables a mobile telephone to interact with 
web resources. The web interaction system extracts information from web sites and 
performs queries on that information to (for example) locate the best available odds on 
an event from several bookmakers and place bets at the best odds, open accounts with 
bookmakers and debit/credit diose accounts with bets/winnings. The web interaction 
system is located in a server remote from the mobile telephone and communicates with it 
over a wireless WAN, e.g. a GSM network. 

The web interaction system comprises a query engbe which operates on XML format 
data obtained from content data extracted from a web site, the query engine parsing the 
XML format data into SAX events wluch are then queried by the query engine. 



wo 03/090133 



8 



PCT/GB03/01663 



Conventional query engines patse XML into a data object model (DOM) tree and not 
SAX events; DOM trees have certain advantages over SAX events in that, once 
constructed, it enables complex query processing by navigating through the DOM tree, 
DOM trees can however occupy significant memory space. SAX events on the other 
5 hand can be queried as parsing progresses ^.e, no need to wait for an entire DOM tree to 
be constructed before queries can be first performed) and are also light on memory 
(since no large DOM tree needs to be stored). Not needing to wait for an entire web 
document to download is a major advantage since this would otherwise, be a major 
botdeneck. SAX events are method calls - e.g. Java software diat caUs code to perform 
10 an instruction. 

Querying the SAX events can then be done using an event stream based engine of an 
object oriented XML query language. The engine can operate on a stream of events and 
does not keep the data in memory. The XML input which the query engine operates on 
15 is derived from the source web site "wbicki is being browsed/interrogated (e.g. for 
information relevant to findiag the best odds/placing a bet etc). That web site typically 
provides HTML format data, which is translated into valid XML using a translation 
engine. 

20 The translation engine .can also fully define the nesting semantics (i.e. a parameterised list 
of rules to handle bad nesting, which is very commonplace on web sites) needed for 
efficient and valid XML: nesting is sometimes not done in HTML code, but is done in 
XML, so conventional HTML to XML translators address this problem by multiple 
closure/re-opening steps, but this leads to very large XML nested structures. Defining 

25 the nesting semantics allows for much more compact XML to be generated. The nesting 
semantics typically cover what tags will open/close a nested structure, what hierarchies 
of nesting are affected by what tags etc. 

In one implementation, a mobile telephone user sends a request for a betting odds on a 
30 sporting event using a protocol which is device and bearer agnostic (i.e. is not specific to 
any one kind of device or bearer) over the wireless network (e.g. GSM, GPRS or 3G) 
operated by a mobile telephone operator (e.g. Vodafone). The request is directed to the 
operator, who then routes it tiirough to a server (typically operated by an independent 
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company speciaHzing in designing the software running on such servers, such as 
Cellectivity limited), which initiates a search through appropriate bookmakers web sites 
(or other resources) by using the above described web interaction system to locate the 
best available odds. 

The web interacfion system automates the entire web browsing process which a user 
would normally have to undertake manually. The user in effect delegates tasks to tiie 
web interaction system, eliminating the need for continued real time connection to the 
Internet The search may also depend on business logic set by die operator - e.g. it may 
be limited to bookmakers who have entered into commercial arrangements with tiie 
mobile telephone operator controlling die web interaction system. 

The web interaction system interacts with web resources (not simply WAP, iMode or 
other wireless protocol specific sites), querying diem, submitting forms to them (e.g. 
password entry forms) and returning HTML results to the translation engine. The 
translation engine converts die HTML into properly nested XML by generating SAX 
events; die query engine dien applies appropriate queries to die SAX events in order to 
extract die required information and generally interact widi die web site in a way diat 
simulates how a user would manually browse dirougji and interrogate die site in order to 
assess whedier it offers bets of interest, to compare diose best against odier bets to 
determine the best odds and to actually place a bet. 

Web Agents technology is a framework that allows easy, rapid and robust 
implementation of extremely lightweight software components diat automate browsing 
on die world-wide web. The main idea behind die frameworic is to look at die web as a 
huge cluster of databases. It uses a transfer protocol support to link itself to and perform 
actions on such a "database". It also queries die "database" using a query language, in 
• order to extract information from it The only diing die agent programmer needs to code 
is die specific way to link to diis "database" and die specific structure for die data inside 



It 



The fundamental building blocks in die fiameworic ate 
1. Transfer protocol handling support 



wo 03/090133 



10 



PCT/GB03/01663 



15 



20 



2. Parsing of content language support 

3. Querying content support 

By providing these three building blocks and linking them to one framework unit. Web 
Agents enables the abiUty to futty interact A»ith any website, link to it. parse its content 
and query its content The ftamework is written in Java and is bmit on top of the Java 
API for XML Processing QAXF) and in particular the Simple API for XML (SAX). The 
use of ihe SAX standard enables better integration of the framework into other products 
and a vfery simple integratfon of any SAX fiinctionaHty into the fiamework. 

By using the Web Agents framework, the programmer has the complete solution to any 
activity she wishes to automats on the web. The generated agents are not limited to 
information extraction or web crawling, for example. There is no limit to any specific 
activity, specific transfer protocols or specific set of content languages. 



User Interaction for a WAP implementation 



In the current implementation of Bet CeUect, bets can be made on golf tournaments and 
soccer. The Web Agents can search die following web sites 



• Paddy power - www.paddypower.com (Irish Site) 

• Luvbet - www.Iuvbet.com (Irish Site) 

25 • Hackettbet-www.hackettbet.com (Irish Site) 

• Ladbrokes - www.ladbrokes.com (UK Based) 

• William hill - www.willianihilLco.uk (UK Based) 



30 The betting application will search and present ilie best odd for the selected bet from the 
proposed betting sites. Once the user decides to place a bet. the appUcation will create an 
account for him on the vendor site, wiU deposit the amount for the bet on his behalf and 
will place the bet The application will also provide the user witii his balance on the 
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different vendor's sites and will allow the user to withdrew his balance. The main menu 
for a WAP implementation is shown in Figure 1. It shows a menu list of four main 
selectable items (Soccet; Golf; My Accounts; Main Menu). If the user selects the *My 
accounts; option, then the screen shots shown in the Figute 2 sequence are shown. 
5 These being with a listing of three different bookmakers the user has opened accounts 
with; if the user selects Xadbrokes' (die name of a bookmaker), then he is required to 
enter his PIN, after which his balance is shown. The balance can be credited to a pre- 
assigned credit card. 

10 Soccer - Search Cxitetia 

If the user selects the 'Soccer* option in die main menu (Figute 1), dien die soccet 
application is initiated. The soccer application involves the web agents technology 
interrogating soccer based web sites etc. and intelligendy presenting die end-user device 
15 with screens (e.g. WAP catds) diat g^e die user die most succinct information needed to 
enable the end-user to find what he wants to bet on, obtain the best odds and then place 
a bet, aU with the minimum of data input on the device and die m i n i mum of data traffic 
and the r***^^""^""^ of separate messages to and horn the device. 

20 The soccer application can return a result for two types of bets. 

1. Bets on the winner of a league, championship or cup where the bets are on die 
winner of die tournament and not on a specific match. 

2. Bets on the winner of a match (who will win die mach) Home, Draw or Away. 

25 

Bets on league's winner: user interaction steps are: 

• Select the preferred league 

• Receive best odds for each team to win die league 

30 ^ • 

Bets on match's winnen user interaction stqps are: 

• Search for die preferred league 
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• Select the match for a bet 

• Receive best odds for Home, Draw and Away 

• Define user preferences: 

5 The user is also able to define a list of his favorite teams and store it When searching for 
a bet he will be able to search straight for a bet on his favorite teams without die need to 
insert any additional information. The results of die search wiU be presented as foUow: 



10 



15 



20 



Bets on league's winner: 

• Ude: The selected league: 

• A list of all the teams with die odds for each team 

Bets on match's winner 

• Tide: The selected match 

• Home — Best odd 

• Draw -Best odd 

• Away -Best odd 



The above principles are appUed as follows: The main soccer menu is shown in Figure 
3, which shown duree main selectable items: Select League; Edit favourites and Search my 



teams. 



25 If the 'Select league' option is chosen, then the user interaction flow is as shown in 
Figure 4. As noted above, there are two main variants - betting on the winner of a 
league and betting on the winner of a match. In each case, the remote web agents system 
automatically obtains the best available odds and presents to the end-user device a highly 
simpUfied, minimal user interaction dialogue that aUows the user to reach a screen 
showing view the best available odds with the minimum of key dicks. 



30 
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If the user selects the *Edit favourites' option fonn the main soccer menu (Figure 3), 
then the Figure 5 user interaction flow is available. Ag^, these screen shots «how how 
the user can rapidly and simply enter a favourite soccer team. 

5 If the user selects the 'Search my teams* option, then the Figure 6 user interaction flow 
occurs. 

Golf - Search Ctitetia 
10 The main search criteria for gplf betting arc- 
Bets on a tournament's winner 

• Search for the preferred tournament 

15 • Receive best odds for each player to win the tournament 

• Define user preferences: 

The user is able to define a list of his favorite players and store it. When searching for a 
20 bet he will be able to search straight for a bet on his favourite players without the need to 
insert any additional information. The results of the search will be presented as follow: 

Bets on league wiimer: 

25 • Title: The selected tournament name 

• list of players and the best odd for each player to win the tournament 

Bets on favorite players: 

30 • Title: The selected player 

• list of tournaments diat the player is playing at and the best odd for him to win 
each tournament 
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The main golf menu is shown in Figure 7. This lists three main options: select 
Tournament, Edit favourites and Search My Players. If ^Select Tournament' is chosen, 
5 then the device screen user interaction is shown in Figure 8. Various tournaments are 
listed in the first screen; for each selected tournament, e.g. USPGA, the best odds for 
each payer are obtained by the web agents technology, sent to the device and then 
displayed. 

10 If TSdit favourites' is selected, dien the Figure 9 user interaction takes place. If 'Search 
My Players' is selected, then the Figure 10 user interaction occurs. 



Betting Payment fiinctionality 

15 

This covers the following: 

Check if the user has an account on the vendor site. 



' If the user d oesn^t have an account: 

20 

• Create an account for the user and save his user name and password. 

• Deposit the amount for the bet in the account. 

• Place die selected bet. 

• Send a confirmation to die user with the ttansaction and the bet details, 

25 

If the user has an account; 

• User can use an account that he created previously on die web (he will have to 
enter his user name and password on die preferences site), or an account that was 

30 created previously by die application. 

• The application will show die user balance in the account and will ask for die 
amount of the bet. 
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• The balance on the account is higher the jequired bet 

• The application will place the bet without additional deposit 
5 • The balance on the accou nt is lower the requited bet 

• The application will notify the user that he required additional deposit 
and will place the bet according to his response. 

10 

The overall user interaction sequence for placing a bet is shown in Figure 11. Here, the 
user has found the best odds on various soccer matches. Assume he selects a match; he 
then enters his PIN to initiate the placing of the bet; once the PIN is verified, he is then 
shown a *Bet Details* screen, asking him to enter the amount in GBP he wishes to bet 

15 If the user does not have an account, then he is taken through the options needed to 
open an account, as shown in die continuation of Figure 11, Figure 12. If he does have 
an account, but with insufficient fionds, he can change the bet amount Finally, he will 
reach a Bet Details screen, shown in Figure 12, summarising the bet and giving him the 
option of confirming (or cancelling^ the bet If confirmed, a bet confirmation is sent and 

20 displayed. 

SMS Betting 

The present invention can also be implemented using SMS. The SMS interface for 
betting is similar to using the Search My Teams function with WAP, The user is able to 
25 3end name of a team/player or die words BET, BETTING, SOCCER^ or GOLF and 
will get a reply accordingly. 

p.^t^h1i'fth the comntiunication 

30 ■ The required data to initiate a search contains the following: 

• '^Betting" 

• «Soccef*or"golf' 

• Team/player [Name] 
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• League [#] 

The system should seatch for this mfomiation in the received SMS. 



Received: betting 

Reply: Hdlo, to bet on golf player reply 'TPkyer to bet on a soccer team reply "Team 
to receive Hst of bets Reply "Soccer" or "Golf' 

10 

Kvample 2: 
Received: SOCCER 

15 Reply: Hdlo, please reply '•team |Name]"oc 

"League#_" 

1 Eng Prem Matches 

2 EngPrem Outright 

3 Cham's Outrig^it 

20 4 Scot's Prem Outright 

p^aiTipk 3: 

Received: GOLF 

25 

Reply: Hdlo, please reply: 'Tlayer (Name]" or: 
"League#_" 

5 Us Masters 

6 Euro order of merit 

30 



PtH^^Tl ta fo r teams 
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Received: Team liveipool 

Reply: 

liveipool 

Reply: "Bet _ GBP on #_": 
5 1 Lose V Leeds, 13/10 

2 Champions League Outri^t, 16/1 

3 Win V Leeds, 13/8 

Reply: "More" for more results. 

10 Received: More 
Reply: 
Liverpool 

Reply: "Bet _ GBP on #_"; 
. 4 English Premiership 2001-2002 Outright^ 15/2 
15 5 Draw V Leeds, 11/5 

P^o»1tc fr^r leafme (matches) 

Received: LEAGUE 1 

20 Reply: 

EngUsh Premiership 2001-2002 Matches 

Reply: "Match #_" 

1 Leicester V Chelsea 

2 EvertonV Ipswich 
25 3 Leeds V Liverpool 

Reply: "More" for more results. 

Received: More 
Reply: 

30 English Preiniership 2001-2002 Matches 
Reply: "Match #_" . 

4 Man Utd V Sunderland 

5 Arsenal V Southampton 



wo 03/090133 PCT/GB03/01663 

18 

6 Newcastle V Bolton 

Reply. "More" for more results. 



5 Hfis^ilts for league (outqght) 

Received: LEAGUE 2 
Reply: 

English Premiership 2001-2002 Outright 
' 10 Reply "Bet _ GBP on #_" 

1 Chelsea, 22/1 

2 Leeds, 14/1 
3ManUtd,8/ll 

4 Arsenal, 9/4 

15 Reply "More" for more results. 

Received: More 
Reply: 

English Premiership 2001-2002 Outright 
20 Reply "Bet _ GBP on #_" 

5 Newcastle, 16/1 

6 Liverpool, 15/2 

25 

Figure 13 and its continuation Figure 14 shows the process flow for SMS based betting 
on soccer. The process begins widi a user receiving a SMS text message giving the main 
betting options, including the option To bet on a soccer team reply **Team_". If the 
user replies Team Man Utd' then die user receives a SMS text message *TSlan Utd Reply; 
30 Bet _ GBP on # J', followed by a numbered list of games/leagues. The user can ask for 
more information ^e. on otiier games) or actually place a bet by sending a reply SMS in 
die stipulated format - e.g. **bet 1 on 4" to place a £1 bet on listed bettable event 4 - to 
win the English Premiership outright, at 8/11 odds. To confirm die bet, die user simply 
has to input his PIN, which (assuming an account is open and has sufficient ftinds), will 



wo 03/090133 PCT/GB03/01663 

19 

result in the bet confirmation shown in Figure 14. If a new account has to be opened or 
there are inadequate funds in an existing account, then the user inimction process is also 
shown in Figure 14. 

5 Figure 15 shows the process flow for SMS based betting on golf. Figure 16 shows the 
SMS based process flow for withdrawing money. 



In addition, the Bet CeUect system provides full reporting statistics over the Web (both 
10 for the individual bettor and in aggregated format to the operator) 

a. User's reports: 

i. User's transactions report including all the transaction that he did via the Bet Cellect 

service 

15 ii. A detailed ttansaction information record 

b. Operator's reports: 

i Complete users transaction for selected operator 

ii Monthly and weekly reports: 

20 1 , Transaction breakdown by vendors 

2. Transaction breakdown by service 



c. Vendor's reports: 
L Complete users transaction cross operators 
25 iL Mondily and weekly reports: 

1 . Transaction breakdown by operator 

2. Transaction breakdown by service 



30 



All the transactions are logged: bets, deposits, witiidrawals, open accounts, and 
purchases. Hie access to user^s data is limited since die operator can see only tiieir own 
users and vendors can see only transactions on tiieir site 



